The remote Fedora 36 host has a package installed that is affected by a vulnerability as referenced in the FEDORA-2022-37c2d26f59 advisory.

  - phpCAS is an authentication library that allows PHP applications to easily authenticate users via a     Central Authentication Service (CAS) server. The phpCAS library uses HTTP headers to determine the service     URL used to validate tickets. This allows an attacker to control the host header and use a valid ticket     granted for any authorized service in the same SSO realm (CAS server) to authenticate to the service     protected by phpCAS. Depending on the settings of the CAS server service registry in worst case this may     be any other service URL (if the allowed URLs are configured to ^(https)://.*) or may be strictly     limited to known and authorized services in the same SSO federation if proper URL service validation is     applied. This vulnerability may allow an attacker to gain access to a victim's account on a vulnerable     CASified service without victim's knowledge, when the victim visits attacker's website while being logged     in to the same CAS server. phpCAS 1.6.0 is a major version upgrade that starts enforcing service URL     discovery validation, because there is unfortunately no 100% safe default config to use in PHP. Starting     this version, it is required to pass in an additional service base URL argument when constructing the     client class. For more information, please refer to the upgrading doc. This vulnerability only impacts the     CAS client that the phpCAS library protects against. The problematic service URL discovery behavior in     phpCAS < 1.6.0 will only be disabled, and thus you are not impacted from it, if the phpCAS configuration     has the following setup: 1. `phpCAS::setUrl()` is called (a reminder that you have to pass in the full URL     of the current page, rather than your service base URL), and 2. `phpCAS::setCallbackURL()` is called, only     when the proxy mode is enabled. 3. If your PHP's HTTP header input `X-Forwarded-Host`, `X-Forwarded-     Server`, `Host`, `X-Forwarded-Proto`, `X-Forwarded-Protocol` is sanitized before reaching PHP (by a     reverse proxy, for example), you will not be impacted by this vulnerability either. If your CAS server     service registry is configured to only allow known and trusted service URLs the severity of the     vulnerability is reduced substantially in its severity since an attacker must be in control of another     authorized service. Otherwise, you should upgrade the library to get the safe service discovery behavior.
    (CVE-2022-39369)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote Fedora 35 host has a package installed that is affected by a vulnerability as referenced in the FEDORA-2022-76b3530ac2 advisory.

  - phpCAS is an authentication library that allows PHP applications to easily authenticate users via a     Central Authentication Service (CAS) server. The phpCAS library uses HTTP headers to determine the service     URL used to validate tickets. This allows an attacker to control the host header and use a valid ticket     granted for any authorized service in the same SSO realm (CAS server) to authenticate to the service     protected by phpCAS. Depending on the settings of the CAS server service registry in worst case this may     be any other service URL (if the allowed URLs are configured to ^(https)://.*) or may be strictly     limited to known and authorized services in the same SSO federation if proper URL service validation is     applied. This vulnerability may allow an attacker to gain access to a victim's account on a vulnerable     CASified service without victim's knowledge, when the victim visits attacker's website while being logged     in to the same CAS server. phpCAS 1.6.0 is a major version upgrade that starts enforcing service URL     discovery validation, because there is unfortunately no 100% safe default config to use in PHP. Starting     this version, it is required to pass in an additional service base URL argument when constructing the     client class. For more information, please refer to the upgrading doc. This vulnerability only impacts the     CAS client that the phpCAS library protects against. The problematic service URL discovery behavior in     phpCAS < 1.6.0 will only be disabled, and thus you are not impacted from it, if the phpCAS configuration     has the following setup: 1. `phpCAS::setUrl()` is called (a reminder that you have to pass in the full URL     of the current page, rather than your service base URL), and 2. `phpCAS::setCallbackURL()` is called, only     when the proxy mode is enabled. 3. If your PHP's HTTP header input `X-Forwarded-Host`, `X-Forwarded-     Server`, `Host`, `X-Forwarded-Proto`, `X-Forwarded-Protocol` is sanitized before reaching PHP (by a     reverse proxy, for example), you will not be impacted by this vulnerability either. If your CAS server     service registry is configured to only allow known and trusted service URLs the severity of the     vulnerability is reduced substantially in its severity since an attacker must be in control of another     authorized service. Otherwise, you should upgrade the library to get the safe service discovery behavior.
    (CVE-2022-39369)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote Debian 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the dla-3487 advisory.

  - Fusiondirectory 1.3 suffers from Improper Session Handling. (CVE-2022-36179)

  - Fusiondirectory 1.3 is vulnerable to Cross Site Scripting (XSS) via     /fusiondirectory/index.php?message=[injection],     /fusiondirectory/index.php?message=invalidparameter&plug={Injection],     /fusiondirectory/index.php?signout=1&message=[injection]&plug=106. (CVE-2022-36180)

  - phpCAS is an authentication library that allows PHP applications to easily authenticate users via a     Central Authentication Service (CAS) server. The phpCAS library uses HTTP headers to determine the service     URL used to validate tickets. This allows an attacker to control the host header and use a valid ticket     granted for any authorized service in the same SSO realm (CAS server) to authenticate to the service     protected by phpCAS. Depending on the settings of the CAS server service registry in worst case this may     be any other service URL (if the allowed URLs are configured to ^(https)://.*) or may be strictly     limited to known and authorized services in the same SSO federation if proper URL service validation is     applied. This vulnerability may allow an attacker to gain access to a victim's account on a vulnerable     CASified service without victim's knowledge, when the victim visits attacker's website while being logged     in to the same CAS server. phpCAS 1.6.0 is a major version upgrade that starts enforcing service URL     discovery validation, because there is unfortunately no 100% safe default config to use in PHP. Starting     this version, it is required to pass in an additional service base URL argument when constructing the     client class. For more information, please refer to the upgrading doc. This vulnerability only impacts the     CAS client that the phpCAS library protects against. The problematic service URL discovery behavior in     phpCAS < 1.6.0 will only be disabled, and thus you are not impacted from it, if the phpCAS configuration     has the following setup: 1. `phpCAS::setUrl()` is called (a reminder that you have to pass in the full URL     of the current page, rather than your service base URL), and 2. `phpCAS::setCallbackURL()` is called, only     when the proxy mode is enabled. 3. If your PHP's HTTP header input `X-Forwarded-Host`, `X-Forwarded-     Server`, `Host`, `X-Forwarded-Proto`, `X-Forwarded-Protocol` is sanitized before reaching PHP (by a     reverse proxy, for example), you will not be impacted by this vulnerability either. If your CAS server     service registry is configured to only allow known and trusted service URLs the severity of the     vulnerability is reduced substantially in its severity since an attacker must be in control of another     authorized service. Otherwise, you should upgrade the library to get the safe service discovery behavior.
    (CVE-2022-39369)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Debian 10 host has a package installed that is affected by a vulnerability as referenced in the dla-3485 advisory.

  - phpCAS is an authentication library that allows PHP applications to easily authenticate users via a     Central Authentication Service (CAS) server. The phpCAS library uses HTTP headers to determine the service     URL used to validate tickets. This allows an attacker to control the host header and use a valid ticket     granted for any authorized service in the same SSO realm (CAS server) to authenticate to the service     protected by phpCAS. Depending on the settings of the CAS server service registry in worst case this may     be any other service URL (if the allowed URLs are configured to ^(https)://.*) or may be strictly     limited to known and authorized services in the same SSO federation if proper URL service validation is     applied. This vulnerability may allow an attacker to gain access to a victim's account on a vulnerable     CASified service without victim's knowledge, when the victim visits attacker's website while being logged     in to the same CAS server. phpCAS 1.6.0 is a major version upgrade that starts enforcing service URL     discovery validation, because there is unfortunately no 100% safe default config to use in PHP. Starting     this version, it is required to pass in an additional service base URL argument when constructing the     client class. For more information, please refer to the upgrading doc. This vulnerability only impacts the     CAS client that the phpCAS library protects against. The problematic service URL discovery behavior in     phpCAS < 1.6.0 will only be disabled, and thus you are not impacted from it, if the phpCAS configuration     has the following setup: 1. `phpCAS::setUrl()` is called (a reminder that you have to pass in the full URL     of the current page, rather than your service base URL), and 2. `phpCAS::setCallbackURL()` is called, only     when the proxy mode is enabled. 3. If your PHP's HTTP header input `X-Forwarded-Host`, `X-Forwarded-     Server`, `Host`, `X-Forwarded-Proto`, `X-Forwarded-Protocol` is sanitized before reaching PHP (by a     reverse proxy, for example), you will not be impacted by this vulnerability either. If your CAS server     service registry is configured to only allow known and trusted service URLs the severity of the     vulnerability is reduced substantially in its severity since an attacker must be in control of another     authorized service. Otherwise, you should upgrade the library to get the safe service discovery behavior.
    (CVE-2022-39369)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote Debian 10 host has packages installed that are affected by a vulnerability as referenced in the dla-3486 advisory.

  - phpCAS is an authentication library that allows PHP applications to easily authenticate users via a     Central Authentication Service (CAS) server. The phpCAS library uses HTTP headers to determine the service     URL used to validate tickets. This allows an attacker to control the host header and use a valid ticket     granted for any authorized service in the same SSO realm (CAS server) to authenticate to the service     protected by phpCAS. Depending on the settings of the CAS server service registry in worst case this may     be any other service URL (if the allowed URLs are configured to ^(https)://.*) or may be strictly     limited to known and authorized services in the same SSO federation if proper URL service validation is     applied. This vulnerability may allow an attacker to gain access to a victim's account on a vulnerable     CASified service without victim's knowledge, when the victim visits attacker's website while being logged     in to the same CAS server. phpCAS 1.6.0 is a major version upgrade that starts enforcing service URL     discovery validation, because there is unfortunately no 100% safe default config to use in PHP. Starting     this version, it is required to pass in an additional service base URL argument when constructing the     client class. For more information, please refer to the upgrading doc. This vulnerability only impacts the     CAS client that the phpCAS library protects against. The problematic service URL discovery behavior in     phpCAS < 1.6.0 will only be disabled, and thus you are not impacted from it, if the phpCAS configuration     has the following setup: 1. `phpCAS::setUrl()` is called (a reminder that you have to pass in the full URL     of the current page, rather than your service base URL), and 2. `phpCAS::setCallbackURL()` is called, only     when the proxy mode is enabled. 3. If your PHP's HTTP header input `X-Forwarded-Host`, `X-Forwarded-     Server`, `Host`, `X-Forwarded-Proto`, `X-Forwarded-Protocol` is sanitized before reaching PHP (by a     reverse proxy, for example), you will not be impacted by this vulnerability either. If your CAS server     service registry is configured to only allow known and trusted service URLs the severity of the     vulnerability is reduced substantially in its severity since an attacker must be in control of another     authorized service. Otherwise, you should upgrade the library to get the safe service discovery behavior.
    (CVE-2022-39369)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Published	Updated	Severity
169083	Fedora 36 : php-pear-CAS (2022-37c2d26f59)	Nessus	Fedora Local Security Checks	12/22/2022	12/22/2022	high
169203	Fedora 35 : php-pear-CAS (2022-76b3530ac2)	Nessus	Fedora Local Security Checks	12/23/2022	12/23/2022	high
178053	Debian DLA-3487-1 : fusiondirectory - LTS security update	Nessus	Debian Local Security Checks	7/8/2023	7/8/2023	critical
178052	Debian DLA-3485-1 : php-cas - LTS security update	Nessus	Debian Local Security Checks	7/8/2023	7/8/2023	high
178637	Debian DLA-3486-1 : ocsinventory-server - LTS security update	Nessus	Debian Local Security Checks	7/20/2023	7/20/2023	high

Detections

Analytics

Plugins Search

high

high

critical

high

high